エンコード中に
モジュール'sfmpgdec.dll'のアドレス 04E7DB37 でアドレス 03BF0910 に対する読み込み違反が起きました。
が出ました。avi変換中（DivX）です。XDVDへの変換中にもほぼ同じ場所で異常終了しました（バッチエンコード中だったのでエラーの詳細情報はなし。）。
実はソース（MTVX2004でキャプチャーしたMPEG2。12M CBR）に異常があるようなので（WindowsMediaPlayer等で再生するとひっかかるような感じの箇所がある。エンコードのエラーもその箇所で起きています。），おそらく普通に起きるものではないと思います。念のため，報告しておきます。

（カノープスはしょうもないものを作ったものだ。）

MPEGツールで分離は可能かどうかためしてみては？
結構あれは破損個所で止まるので破壊されているかどうかの1つの目安になるかも。

エンコードはエラーに比較的強いまるもさんのMPEG-2Pluginを試して見るとか
（MPEGリーダーじゃなくVFAPI経由になるのでかなり遅くなるけど）

ありがとうございます。まるもさんのMPEG-2Pluginで行けそうです。（1pass目は問題の箇所を通過した。）
なお，分離は問題なくできました。

sfmpgdec.dllでそのエラーが出るのに、MPEGツールの分離は正しく行えるということで
あるなら、MPEGのプログラムストリーム的には間違っていないが内部のMEPGデータ的に
は間違いがあるという可能性が高いといえます。このMPEGデータ的な間違いはPCIの
データ転送やディスクの保存時に発生することはほぼありませんので、MPEGエンコーダ
が間違ったデータを出力している可能性が高いといえます。
(データ転送中に起きたエラーなら、プログラムストリーム自体も壊れてしまいますので)

ちなみに、バッチエンコード中の異常終了の場合、バッチジョブを右クリックすると
発生したエラーメッセージを表示させることが出来ます。

別のファイルでまたエラーになりました。ソースの該当箇所を見ると，録画が乱れています。いままで２本録画して２本とも駄目。（MTV2000やSmartVisionHGでは１度も前例なし。）

参考までに，場所は１本目は約35分（全体約１時間４５分），２本目は約55分（全体約２時間３０分）。これより後ろにも破綻場所があるかもしれませんが，探していません。分離は可能でした。

MTVXは当分お蔵入りです。

カノープスのサポート掲示板は，対応が悪い（カノープスの社員は問題状況を把握せずに答えていることがかなり多い。もちろん，聞き方が不適切なことも多いですが，それ以上に答えがかみ合っていない。）ので憂鬱です。半分，あきらめ。

fayさん，アドバイスありがとうございます。カノープスの掲示板に質問を出してみました。その際，fay さんの文章を参考にさせて頂きました。

http://www.maruo.co.jp/Canopus/index.asp
TV/MPEG/DVDのフォーラム

ウチでも、'sfmpgdec.dll'のエラーが出てエンコードできない現象にはまりました。
なぜだか、解明できていませんが、２台あって、１台は、同じソースファイルを使用しても
問題なくエンコードできます。
もう一台は、何度やっても同じところでエラーとなります。
「ソースに問題が」と言ってしまうのは簡単ですが、他の原因も考えられるのではないでしょうか。
VFAPI・フィルタ等各種環境設定も行ってみましたが、効果はありませんでした。
ちなみに、なぜだか１台のTMPGEncは、ひとつリビジョンが古いのが入ってます。
こっちに入れたXPressは、問題なく動いています。
こちらには、WinDVDのプレーヤが導入されています。
もう一台のうまくいかない方は、TMPGEncの最新版が入っています。
こちらには、PowerDVDのプレーヤが導入されています。
なにかCodec等の影響なのでしょうか。。。
今、ウチの環境はTMPGEncと両方入れてますけど、XPressだけでも同様に動けるのでしょうか。
やはり、DirectShow側などを真剣に考えて導入しないと、うまく動かないのでしょうか。
悩むところです。

追記：
　ちなみに、XPressでエンコードできなくなるソースファイルですが、
　TMPGEncでは、問題なくエンコードできます。
　何が何だか。。。。

続きです。
昨日、普段エラーが出ていなかったマシンでエラーが出ました。
普段エラーが出ていないマシンではＤＶＤドライブがあり、
普段はMPEG2のエンコードを行っています。
昨日は、サブで使っているマシンでエラーが出るので
メインマシンでMPEG1エンコードをしようと思って実施して、
同じエラーにはまってしまったのです。
ふと、思いつき同ソースをMPEG2にエンコードしてみるとエラーは出ませんでした。
ちなみに、やはりTMPGEncでMPEG1にエンコードしてもエラーは出ませんでした。
とりあえず、sfmpgdec.dllのエラーはソースファイルだけの問題ではなさそうです。

nancyコーデック動画は変換できますか？

　Nancyって、Ｊフォンで使ってる奴だよね？

　それ、メディアプレイヤーで再生出来る？
　メディアプレイヤーで再生出来るなら、TMPGEncやその他の動画編集ソフトでも読み込めてエンコできる可能性がある。
　メディアプレイヤーで再生出来ない場合は、Nancy動画から、ウインドウズの標準動画形式のAVIに変換出来るNancy動画編集ツールが有れば、AVIに変換してから読み込むとか出来ると思うけど。

　Nancy動画の動画編集ツールに関しては、その動画形式を提供してるＪフォンかどっかのユーザサポートに問い合わせれば、有無を教えてくれると思う。

「Nancy 動画　再生」でぐぐったら出てきました。

ttp://www.kasai.fm/nancy/

で詳しく説明されている様です。
その説明でaviには出来るようなので、
出来たaviをTMPGEncでmpeg化するのも可能だと思います。

XDVDでエンコードしたファイルが1986＋2189MB
をTDAで30箇所のチャプターを打って
メニュー作成すると、容量がオーバー(4750MB)
となってしまいます。アドバイスお願いします。

モーションメニューとか指定していたら、その分メニューに容量を取られるので
最終サイズが増加します。
TDAの下の容量を見ながら調整してはどうでしょうか？

ちょうき さん の予想通りモーションメニューが指定になってました。
さっそく外したら、バッチリOKです。
数十時間かけてエンコードしたのに、がっかりしてた所、助かりました。
パソコンの世界も、視野が狭くちゃだめですね。ありがとうございました。

OS Windows2000
TMPG ver3.0.0.7

WMVで出力を選択した際の映像設定タブからビットレートを設定できますが、数値入力欄の右にある▲か▼を押すと50刻みで数値を変更でき右下に表示されるファイルサイズの数値もすぐ更新されます。
ですが、じかにビットレートを入力した場合、右下の予想ファイルサイズなどは更新されず一度▲か▼を押さないと表示が更新されません。

toolame使うと、mpegの変換が結構早くなるぞ〜

>toolame使うと、mpegの変換が結構早くなるぞ〜

　えーと、TMPGEncでMPEG1/2をエンコするときの、音声のmpa化を外部エンコーダのtooLAMEでやるようにするとMPEGエンコの総時間が短縮化出来た、って事っすよね？
　どの程度早くなったんすか？

　後、そのときの映像の解像度と、使ってるフィルタとかは？
　フィルタ掛けて無くて低解像度の動画だったら、映像エンコ分の負荷率が低めになるから、音声エンコ分のスピードアップで劇的に変わるのも判らないでもない。

　フツーに考えると、TMPGEnc自前からtooLAMEに変えても音声のエンコスピードが変わるだけだから、そんな劇的に変わるとは思え無いけどね。

>toolame使うと、mpegの変換が結構早くなるぞ〜
むしろ遅くなりました。
約1分の音声のみエンコードで自前の方がtoolameより2秒ほど高速でした。

たしか60分ぐらいの動画をフィルタとかなにもしないで普通にエンコードすると２時間かかったのがくらいかかったのが、toolame使ったら、１時間ちょいで終わった。
信じるか信じないかは、人それぞれですが実際にはやくなりマスタヨーーーん

>たしか60分ぐらいの動画をフィルタとかなにもしないで普通にエンコードすると２時間かかったのがくらいかかったのが、toolame使ったら、１時間ちょいで終わった。
>信じるか信じないかは、人それぞれですが実際にはやくなりマスタヨーーーん

　それは、そっちの環境がどっかおかしいんじゃ？
　TMPGEncの音声エンコーダが遅くて60分を１時間以上掛けてエンコしてたのが、tooLAMEで数分でエンコする、って事に成るよね、それ？
　でも、幾らTMGPEncの音声エンコーダが遅いとしても、音声をリアルタイム以下でエンコなんて、フツーじゃ考えられない。

　それ、元動画から音声だけWAVに吐いて、そのWAVをTMPGEncとtooLAMEでmpaにエンコし比べて、どれだけ短縮されるか確認した方が正確だと思う。

内容時間56秒のCanopus DV-AVIファイルで変換時間を検証してみました。

[TMPGEncの共通設定]
MPEG-2ビデオ、CBR 6000kbits/sec、動き予測(高速)
MPEG-1 Audio Layer 2、48000Hz、ステレオ、192kbits/sec
フイルタなどの設定無し。

[PC環境1、P3-1GHz(Win2k SP3)]
1.toolame.exe(02h) 使用 　3:54
2.toolame32.exe(02h) 使用 3:59
3.内蔵エンジン使用 3:53

[PC環境2、P4-2.4BGHz(Win2k SP3)]
1.toolame.exe(02h) 使用 　1:52
2.toolame32.exe(02h) 使用 1:49
3.内蔵エンジン使用 1:49

toolame使用と内蔵エンジン使用の差異はほとんど無しでした。

信じるか信じないかは、あなた次第でございます。
これにて一件落着

ぢんさんがいってること意味わかりませーん

＞タロさん

タロ さん　02/26 (木) 17:49 ( ID:emrtxvwrr2j )
suzu464 さん さん　02/26 (木) 17:51 ( ID:emrtxvwrr2j )

IDが同じだ。
恥ずかしいことはやめろ。

ぢんさんの言っている、
>それ、元動画から音声だけWAVに吐いて、そのWAVをTMPGEncとtooLAMEでmpaに
>エンコし比べて、どれだけ短縮されるか確認した方が正確だと思う。
を試してくれ。答えが出るはずだ。

私のハンドルネームを使用するなんて嘆かわしい;.;

先ほどは短尺だったので、60分のWAVをTMPGEnc内蔵とtooLAMEでmpaにエンコし比べてみました。

[PC環境2、P4-2.4BGHz(Win2k SP3)]
1.toolame.exe(02h) 使用 　4:34
2.toolame32.exe(02h) 使用 4:02
3.内蔵エンジン使用 6:47

内容60分で、toolame使用時は内蔵エンジン使用より2分強早いですね。

皆様、ここは一つ冷静に。

> タロ さん　02/26 (木) 17:49 ( ID:emrtxvwrr2j )
> suzu464 さん さん　02/26 (木) 17:51 ( ID:emrtxvwrr2j )
ただの荒らしなので、これにて終了。

しかし、何しに来たんだろ(^^;)。

いやいや、自分の環境では劇的に効果があったので、
他でも使えると思って勧めてくれただけでしょ。

実測して無いように見える ぢん さん に過剰反応しているだけで、
そんなに悪い人でも無いのかも。

猛 さん・suzu464 さん の結果から考えて、
「短尺ならば内部エンジン、長尺ならばtoolameが有利」
と言う事は言えそうだと思う。

２分の為に環境を変えるかどうかは個人の判断だけど、
タロ さん の例があると言うことは、環境によって差が
顕著になる可能性もあるかもしれないですね。

タロ さん の環境ってどんな感じなんでしょう。

環境ってなに？

27分、48kHz、ステレオの音声を384kbpsでエンコード
toolame：3分10秒
自前：3分8秒

家の場合はどんなことをしても自前のエンコーダーの方が速い。っと言っても誤差範囲なんですけどね。
多分これが60分物になっても変わらないと思います。

>タロさん
たろう さん　02/27 (金) 14:31 ( ID:emrtxvwrr2j )
タロ さん　02/26 (木) 17:49 ( ID:emrtxvwrr2j )
suzu464 さん さん　02/26 (木) 17:51 ( ID:emrtxvwrr2j )
わざわざハンドルネーム変えてもいっしょだって。。。

>環境ってなに？
環境というのは、PC構成のことです。

>茸。わざわざ説明ありがとうございます。

これからもどうぞ、みなさんよろすくお願いしますよ

なりすましはよくないですね。
これからやらなければよいと思いますよ。

すいませんでした。
ここは真面目な人が多いんですね。
こんなに馬鹿にされるとは思いませんでした。
さすがインターネットですね。
顔がわからないから、いくらでも馬鹿にできる。
世の中便利になるとこういうことも起きるんですね
もうここにきません。まぁあとで＠：・：に

>こんなに馬鹿にされるとは思いませんでした。
>さすがインターネットですね。
>顔がわからないから、いくらでも馬鹿にできる。
>世の中便利になるとこういうことも起きるんですね
>もうここにきません。まぁあとで＠：・：に

　すばらしく被害者意識全開ですが。

　システムが正常なら、音声のエンコーダ変えただけで１時間も変わることは考えられない。コレは他の人たちのテストでも実証されている。
　つまり、フツーに考えたら、本当に１時間変わったのなら、元書き込み者の環境のどっかに不具合有って、元の手順だと１時間もの余計な遅延が生じていた可能性が高い訳で。

　オレが書いた方法で確認すれば、ある程度状況を切り分けられるのに（アレでも１時間変わるのならTMGPEncが何かバグ動作している）、確認もせずに、お前らみんなオレを馬鹿にしてるだろ、と逆切れですか。
　ヤレヤレだ。


　元カキコの内容も、結局他の人たちの環境では再現しないわけで、この元投稿、再現されない未確認現象＝デマって事で、削除した方が良いのかも知れず。

削除したかったら勝手に削除してください。
もう知りません。

初めて投稿します。初心シャーです。実はAVIファイルを全く読みとらないのです。開けないかサポートしていません　とでます。でもｍｐｇファイルは読み取ります。ちなみにＡＶＩファイルはＷｉｎｄｏｗｓ　Ｍｅｄｉａ　playerで見れます。この現象をどなたか解明していただけないでしょうか？

初心シャー さん、SUI-TOUといいます。

えーっと、あまりにも情報が少ないのでほとんどいえる事が無いのですが、お名前から察するに初心者の方でしょうか？

AVIファイルは『映像』と『音声』に別々の再生コーディック(システム)を採用しているので、おそらく『開けない』は『再生するためのコーディックが入っていない』という事だと思われます。

MPEGファイル(おそらくMPEG-1)は『映像』も『音声』も『MPEGデコーダ』という物で再生されるので普通に開けるんです。

まずは開こうとしているAVIファイルのコーディックを調べましょう。
『真空波動研』というソフトを使用すれば判断できます。

また、このベータ版のページではなくフリー版のTMPGEncのサポート板を読んだほうが良いでしょう。+過去ログも参考になります。

*この板と関係ないような事ばかりですみませんm(_ _)m

続けてすみません。

>ちなみにＡＶＩファイルはＷｉｎｄｏｗｓ　Ｍｅｄｉａ　playerで見れます。
この事から『MS-MPEG-4 v1〜v3』か『WMV9VCM』での圧縮だと思われます。
おそらく後者の方でしょう。コーディックを入れてなくても見れますからね。

*これ以上この記事に対する書き込みは行いません。

Beta3.0.0.7にてLPCM音声のmpeg2ファイルを作成しました。
このファイルをmpegツールにて分離してみようとした所、ファイルを指定して
から応答が返ってくるまで3分程掛かりました。

3つのファイルで試してみましたが、応答が返ってくるまでの時間はファイル
サイズによる様です。

私の環境での応答が返って来るまでの時間は以下の通りでした。
　5549.9MB　　183.9sec
　3782.9MB　　117.2sec
　 614.2MB　　 19.3sec

音声がmp2やAC-3の場合は瞬時に応答があり、直ぐに分離が開始できます。

2.5 plusの簡易分離と簡易を含む多重化でも同様の現象が発生します。
しかし、簡易でない分離では直ぐに応答が返ってきます。

映画のAVIファイルをMPEG２に変換すると音が出ないのはTMPGEncが対応していないからなのでしょうか？

その通りです。

だけでは意味が無いので、
https://secure.pegasys-inc.com/tmpgfaq/view.php?lang=ja&faqid=267

著作権関係はどなたかにお任せします。

TMPGEnc単体では、非圧縮AVI等ごく一部のAVI読み込みしかサポートしていません。
質問の内容はFAQです。

この掲示板の使用規約を読んだ上で、
　http://www.tmpgenc.net/j_bbsrules.html

検索機能を使ってみてください。

検索してもわからなかったら、そのAVIファイルの詳細（コーデック形式や作った手順）を整理して、再度質問してください。
あなたのPC環境もまとめておいてくださいね。

こんにちは。

参照ボタンで階層を下っていくのは結構面倒なので、mpegツールなどのファイル
パス指定欄に対するファイルまたはフォルダのドラッグ＆ドロップに対応して
頂けないでしょうか。

もともとからある「クール１」と「クール２」でメニューを作ると、
画面の右3/4くらいの位置に縦に一本線が入ります。
ちょうど、「すべて再生」ボタンの「べ」のところを通る感じです。
編集時からです。
そのままオーサリングし書き込みDVDプレーヤーで再生しても同様です。
このような症状出る方はいらっしゃいますか？

ちなみに他のメニュー画面ではそのようなことはないです。

いったんアンインストールして、再インストールしても症状は同じでしょうか?

最初からそうなので、そういうデザインでしょう。

これはデザインですねェ
元からこの絵ですよ。

そういうデザインですか。
どうもありがとうございました。

XVIDコーデックを使用すると問題なくエンコできるのですが、DIVXR5.1を使用してエンコすると0による浮動小数点数除算という警告がでてエンコできません。これは一体何が原因なのでしょうか？どうかよろしくお願いいたします。

>XVIDコーデックを使用すると問題なくエンコできるのですが、DIVXR5.1を使用してエンコすると0による浮動小数点数除算という警告がでてエンコできません。これは一体何が原因なのでしょうか？

　この手のはタイテー、DivXが独自拡張し過ぎのコーデックで、TMPGEncをバグらせてるのが原因。

　VirtualDub辺りの、DivX対応度の高い動画編集ソフト使ったら正常にDivX AVIが作れるなら、間違い無く上に書いたケース。

wmvファイルのMpegエンコード終了時モジュール”wm9.vme"のアドレス01372B3Cでアドレス0AE76D18に対する書き込み違反が起きました

最終ポインターエラー

のエラーがいまだに出る
Ver3.007

私も同じようなメッセージが出て、正常に終了されません。どうなってるのでしょう？

matu さん　エラー回避方法を見つけました、編集操作で最終終了位置をほんの少し前に設定してからエンコードすると回避されるみたいです、今のところ。

一番初めは出なかったのにアップデートするたびに不具合がでる早めに修正して欲しいものです。